Identifying Ancillary Information Associated With An Audio/Video Program

ABSTRACT

A system communicates video information including television content associated with a plurality of channels and ancillary information. Information may be transmitted with the ancillary information that is indicative of the type of content included in the ancillary information. This provides the user, in one embodiment of the present invention, with a visual indication of the type of information that accompanies television content. This helps the user to decide whether the user wishes to view the ancillary information and provides the opportunity to select that enhancement for viewing.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.10/931,386, filed on Sep. 1, 2004, which is a continuation of U.S.patent application Ser. No. 09/429,057, filed on Oct. 29, 1999, nowabandoned.

BACKGROUND

The invention relates to communicating ancillary information associatedwith a plurality of audio/video programs, such as television contentassociated with a plurality of channels.

Ancillary information, such as program sub-titles, emergency messages,closed caption messages, and program guide information, may betransmitted with regular television content. Other types of ancillaryinformation that may be sent with television content include enhancementdata such as web pages, multimedia information, or other digital datafiles. Ancillary information may be sent in the vertical blankinginterval (VBI) of an analog television broadcast signal. Alternatively,the ancillary information may be sent with digital television contentover a digital transport medium.

Various standards exist that provide for transmission of ancillaryinformation with television content. One standard is the AdvancedTelevision Enhancement Forum (ATVEF) Specification, Draft Version1.1r26, dated Feb. 2, 1999. The ATVEF Specification is designed toprovide for transmission of enhancement data along with televisioncontent in both analog and digital systems, such as cable systems,satellite systems, terrestrial systems, and so forth. The combination ofthe enhancement data and the television content may be referred to asenhanced television content. Enhanced television content provides moreinformation and options to viewers. For example, a viewer may bepresented with the option of viewing advertisements, educationalinformation, and so forth, while watching regular televisionprogramming.

The transmission of ancillary information may be signified to the userby displaying an icon indicating that enhanced information accompaniesthe programming currently displayed. This alerts the user to thepossibility that additional information is available but providesnothing useful to help the user decide whether or not the user wishes toreview the information.

Thus there is a continuing need for better ways to give the user moreinformation about the ancillary information that may have beentransmitted with television content.

SUMMARY

In accordance with one aspect, a method may include transmitting videodata. Ancillary information associated with the video data is alsotransmitted. Information may be transmitted that may be used to identifythe content included in the ancillary information.

Other features and embodiments will become apparent from the followingdescription and from the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of one embodiment of an information deliverysystem in accordance with the present invention;

FIG. 2 is a block diagram of a transport operator system, receivingsystem, and server according to one embodiment of the informationdelivery system of FIG. 1;

FIG. 3 is a view of a screen display in accordance with one embodimentof the present invention;

FIG. 4 is a flow chart showing software resident on the content creatorin accordance with one embodiment of the present invention; and

FIG. 5 is a flow chart showing software resident on a receiver inaccordance with one embodiment of the present invention.

DETAILED DESCRIPTION

Referring to FIG. 1, an information delivery system 10 according to oneembodiment of the invention includes a content creator 12, a transportoperator system 14, and a plurality of receivers 16. The receivers 16may be located at various receiving sites, including homes, offices,entertainment facilities, or other locations. The content creator 12originates enhancement data (or other type of ancillary information) andtelevision content (or other type of content including audio and/orvideo data) to be transmitted by the transport operator system 14.Alternatively, the content creator 12 may create enhancement data withtelevision content provided by another source to the transport operatorsystem 14. Enhancement data may include graphics (e.g., web pages,multimedia information, or other digital data files), presentationlayout, and synchronization information. The combination of theenhancement data and television content is referred to as enhancedtelevision content.

The transport operator system 14 provides an enhanced television contentdelivery infrastructure that may include terrestrial, cable, satellite,or other types of transmission facilities (either analog or digital).The television content and enhancement data may be transmitted over atransport medium 22, which may be a terrestrial, cable, satellite, orother type of link, to the receivers 16. The receivers 16 may includetelevisions, set-top boxes, personal computers, or other types ofsystems adapted to receive television content and associated enhancementdata.

As used in this description, the term audio/video (A/V) content isintended to include any type of audio and/or video data that may betransmitted or distributed to one or more receiving sites forpresentation to viewers and/or listeners. As used here, A/V content mayrefer to content that may include both an audio and a video portion orone of an audio or video portion. Further, ancillary information otherthan enhancement data may be transmitted with the A/V content. Forexample, ancillary information may include program sub-titles, emergencymessages, closed caption messages, and program guide information.

The receivers 16 may further be coupled to a secondary link 20 that maybe a data delivery communications channel such as the Internet, a DOCSISnetwork (which is an interface for cable modems), or othercommunications link (whether uni-directional or bi-directional). DOCSISstands for Data Over Cable Systems Interface Specifications, and isdescribed in DOCSIS, Version 1.0, dated March 1998, as provided by theInternational Telecommunication Union (ITU). The secondary link 20 maybe coupled to the transport operator system 14 and/or to one or moreservers 18. According to some embodiments, portions of enhancement dataassociated with the A/V content transmitted over the transport medium 22may be communicated over the secondary link 20 from the transportoperator system 14, the one or more servers 18, or some combination ofsuch systems.

In an alternate embodiment, another type of secondary data path can bepart of the A/V transmission itself, but not tightly tied to aparticular A/V channel. For instance, in MPEG-2 based systems such asATSC (Advanced Television Systems Committee) or DVB (Digital VideoBroadcasting), transport stream programs correspond to what is commonlythought of as TV channels. MPEG stands for Moving Picture Experts Group,and the MPEG-2 standard is described in ISO/IEC 13818-1 (MPEG-2Systems), ISO/IEC 13818-2 (MPEG-2 Video) and ISO/IEC 13818-3 (MPEG-2Audio), dated in 1994 and provided by the International Organization forStandardization (ISO) and the International Electrotechnical Commission(IEC). A description of ATSC may be found in “Guide to the Use of theATSC Digital Television Standard,” dated October 1995. DVB standards maybe available from the web site {http://www.etsi.org}.

These transport stream programs can contain audio, video, and data(e.g., ancillary information), with all of them tightly associated withthat single transport stream program. When a user tunes to the transportstream program, the receiving device knows the audio, video, and datathat are associated because they are marked as all being part of thesame program.

One standard for describing transmission of enhancement data withtelevision content is the ATVEF specification, with one versiondescribed in ATVEF Specification, Draft Version 1.1r26, dated Feb. 2,1999. Enhancement data may be transmitted in a number of different waysfrom the transport operator system 14 to the receivers 16, depending onthe type of transport medium 22. For example, with an analog transportmedium such as the National Television System Committee (NTSC) Standardof the Electronics Industries Association, portions of the enhancementdata may be sent in the vertical blanking interval (VBI) of the NTSCtransmission. A description of NTSC may be found in the book, “VideoDemystified: A Handbook For the Digital Engineer” by Keith Jack,published by HighText Publications (2d Ed. 1996). Other types oftransport media (analog or digital) may provide different mechanisms ofcommunicating the enhancement data.

Enhancement data according to the ATVEF Specification may includeenhancements each having the following components: an ATVEFannouncement, a resource, and a trigger. The three components may betransmitted using Internet Protocol (IP) multicast to the receivers. AnIP multicast standard is described in Request for Comment (RFC) 1301,entitled “Multicast Transport Protocol.” RFCs may be available atwebsite address {http://www.ietf.org/rfc.html}.

Generally, an ATVEF announcement indicates that enhancement data isbeing transmitted, a resource includes one or more files that containthe enhancement data, and a trigger synchronizes the enhancement datawith the TV transmission. An announcement may describe the location ofboth the resource stream and the trigger stream. For each television(TV) channel, one or more enhancements may be offered as choicespresented to the user, who can select which of the enhancements, if any,to view. The ATVEF Specification may utilize a one-way transmissionprotocol (the Unidirectional Hypertext Transfer Protocol or UHTTP,described in the ATVEF Specification) to deliver resource data.

The announcements, resources, and triggers associated with an A/Vchannel may be delivered at about the same time as, and with thetransmission of, the A/V content on that channel. Conventionally, foreach enhancement, the resource stream may be delivered along with theannouncement, with the resource stream stored locally in the receiver16. If a viewer so desires, the enhancement data can be retrieved at thereceiver from local storage for viewing.

To provide for greater flexibility and/or to alleviate bandwidthconcerns of the transport medium 22, some embodiments of the inventiontransmit (using IP multicast) enhancement data associated with multipleA/V channels (e.g., TV channels) over a link that is separate from thetransport medium used to transmit A/V content. Alternatively, the linkmay be part of the same delivery mechanism as the A/V content but is notassociated with any A/V channel, e.g., an MPEG-2 transport stream withancillary information in a data-only program separate from the A/Vprograms. The separate delivery mechanism to deliver the A/V content maybe a separate transport stream or a separate link 20 such as a generalpurpose data link or some other type of communications link. Thus,according to some embodiments, enhancement data is separated from theA/V data at the transport operator system 14 (or alternatively, atanother source), with the A/V content transmitted over the transportmedium 22 and the enhancement data transmitted over the secondary link20 (or a separate transport stream).

In the ensuing description, reference is made to receiving enhancementdata received over the secondary link 20; however, it is contemplatedthat the enhancement data or other type of ancillary information may bereceived over a separate transport stream such as that used with MPEG-2delivery systems. In addition, reference is made to tuning to a specificA/V channel (e.g., TV channel) at the receiving end. It is contemplated,however, that the receiver system can be tuning instead to one of theA/V transport stream programs in an MPEG-2 based systems.

Thus, generally, tuning to an A/V program may include tuning to A/Vchannels (e.g., TV channels), to transport stream programs (e.g., in anMPEG based system), or to other separations or segments of A/V content.Also, associating ancillary information with an A/V program can thusrefer to associating ancillary information with an A/V channel, atransport stream program, or other A/V separations or segments.

Referring to FIG. 2, the transport operator system 14, receiving system16 and the server 18 in the system 10 of FIG. 1 are illustrated. Thetransport operator system 14 may include a receiving port 102 to receiveinformation from the content creator 12 over a link 24. The receivedenhancement data may be provided to a controller 106 in the transportoperator system 14. A/V content may be received with the enhancementdata through port 102 or through a separate A/V receive port (notshown). The controller 106 may be run under control of a softwareroutine 108 (referred to as a transport routine). The transport routine108 may initially be stored in a storage medium 104 and loaded by thecontroller 106 for execution. Instructions and data of the transportroutine 108 may also be stored in the storage medium 104. The controller106 may create special announcements to be transmitted with enhancementdata over a separate link (e.g., link 20). The enhancement data andspecial announcements may be stored in a storage medium 113, which maybe transmitted over the secondary link 20 through a transceiver 112.

Alternatively, the enhancement data and special announcements may betransmitted over the transport medium 22 with the A/V content but in aseparate transport stream program. In the latter embodiment, differentparts of the transport routine 108 (or alternatively, differentroutines) may handle transmission of both the A/V content and theenhancement data and special announcements. The transceiver 112 may be atelephone modem, a cable modem, or any other type of analog or digitaltransceiver or transmitter, including a satellite transmitter, adaptedto communicate over the secondary link 20.

Enhancement data may be stored in a storage medium 126 in the server 18in addition to, or instead of, the enhancement data stored in thetransport operator system 14. The server 18 further includes atransceiver 124 coupled to the secondary link 20 and a control device128. More than one server 18 may be coupled to the secondary link 20 tostore additional enhancement data. Alternatively, a plurality of servers18 may be coupled to the receivers 16 over separate links.

In the receiving system 16, a receiver circuit 114 (e.g., a TV tunercard) is adapted to receive content over the transport medium 22 and atransceiver 116 is adapted to communicate over the secondary link 20.The receiving circuit 114 may be associated with an A/V device driverroutine 130 that forwards the received A/V content to applicationsoftware adapted to process and present the A/V content in the receivingsystem. The transceiver 116 may be associated with a network devicedriver 132 to receive enhancement data from the link 20.

In one embodiment, the network device driver 132 may send received datato a TCP/IP (Transmission Control Protocol/Internet Protocol) stack 134.TCP is described in RFC 793, entitled “Transmission Control Protocol,”dated September 1991. Data flows through the TCP/IP stack 134 toapplication software, including an enhancement routine 138 for receivingand processing enhancement data and a special announcement routine (SAprocess) 136 to receive and process special announcements. In analternative arrangement, the SA process 136 may be part of theenhancement application 138. The application routines, device drivers,and other routines or programs may be executable on a controller 120.Such routines or programs may be initially stored in a storage medium118 and loaded by the controller 120 for execution. The SA process 136is capable of associating enhancement data received over the secondarylink 20 to the currently tuned A/V channel. The SA process 136 may thencombine the associated enhancement data with the A/V content of thecurrently-tuned TV channel for presentation. Alternatively, theenhancement data and special announcements may arrive in a separatetransport stream program (e.g., such as those in MPEG based systems)over the transport medium 22, in which case it may be different parts ofthe SA routine 136 (or different routines) that process receipt of theenhancement data and A/V content.

Referring next to FIG. 3, in accordance with one embodiment of thepresent invention, the user may be given information about the ancillaryinformation that may have been transmitted with the television content.For example, in accordance with one embodiment of the present invention,a chevron-shaped indicator 32 may be displayed on the display 30 of areceiver 16 to indicate the transmission of ancillary information ingeneral. An additional indicator 34 may be provided to give informationabout the particular type of content provided as ancillary information.Thus, the indicator 34 may be indicative of children's content. Anadditional indicator 36 may be provided to indicate that the children'scontent is available in Spanish. Additional indicators may be providedas well.

The indicators may provide information about the ancillary information,such as enhancement data, that has been provided with the televisioncontent. This gives the user greater information about the ancillaryinformation, enabling the user to make an informed decision aboutwhether or not to access the ancillary information. In some cases, theicons 32, 34, and 36 may be hyperlinks that allow the user to mouseclick on the icon (or use another pointing device) and to jumpimmediately to the ancillary information.

Software 52 resident on the server 18 or content creator 12, forexample, may begin by receiving content to be transmitted as indicatedin block 54 of FIG. 4. Next, as indicated in block 56, the contentcreator receives the ancillary information that is to be transmitted inassociation with the content previously received. Based on the contentof the ancillary information, an icon locator is developed as indicatedin block 58. The icon locator provides a pointer to the location ofinformation about a content-identifying icon. The icon may be agraphical symbol that indicates the nature of all or part of the contentin the ancillary information. Finally, the content, the ancillaryinformation, and the icon locator are transmitted through the transportoperator 14 to the receivers 16 (block 60).

FIG. 5 illustrates implementing one embodiment of the present invention.Software 40, resident on a receiver 16, begins by receiving anannouncement stream as indicated in block 42. The announcement stream isparsed to locate an icon locator, as indicated in block 44.

The icon locator may take a variety of forms. In one embodiment of thepresent invention, the icon locator may be a uniform resource locator(URL). The URL may point to an Internet web address containinginformation about a suitable icon that may be displayed to provide theuser with information about the content contained within the ancillaryinformation. Alternatively, the URL may point to a location in thetransmitted ancillary information that may be utilized to access andthen display a suitable icon.

Alternatively, a local identifier (LID) may be provided. Particularlywhere the information is not necessarily available on an on-demandbasis, a local identifier or LID may be utilized to provide a name for aresource such as a content-identifying icon. The use of a LID supportscross-references within the content to the resource. The LID may beuseful in creating hyperlinks or embedding one piece of content inanother. The LID scheme enables content creators to assign uniqueidentifiers to each resource relative to a given name space.

Thus, the LID may be utilized to access the icon information repeatedly.Once the icon has been stored on the receiver and is identified throughthe LID, it can be called up repeatedly and used over and over again.For example, in one embodiment of the present invention, the receivermay be loaded with a plurality of content-identifying icon images beforethose images are actually needed. The icon code for one of those iconsmay be sent with an announcement stream that identifies the icon alreadyon the receiver.

A LID or URL may be transmitted as part of a trigger. Triggers are realtime events delivered for enhanced television programs. A receiver mayset its own policy for allowing users to enable or disable enhancedtelevision content and triggers may be utilized as a signal to notifyusers of enhanced content availability. Triggers generally include a URLand may optionally also include a human readable name, an expirationdate, and script. The expiration date in connection with triggersutilized to announce the arrival of a particular type of content mayprovide for a limited duration of display of the icon. For example, theexpiration date may also cause the icon to disappear and reappearperiodically.

In some embodiments of the present invention, the user may select fromamong a plurality of pre-received icons that identify content that theuser is interested in knowing about. Other icons may be left unselected.When information of a type corresponding to a selected icon is received,the pre-selected icon may be displayed.

In accordance with one embodiment of the present invention, theannouncement stream may include script that causes a transparent overlayto be produced over the display image on the display 30 of a receiver16. The transparent overlay may include one or more icons to identifythe content that accompanies the enhanced television content. In oneembodiment of the invention, a plurality of icons indicating availablecontent may be displayed alternately.

Thus, returning to FIG. 5, after the icon locator has been parsed, theicon information may be accessed (block 46) either from the local systemor from the Internet as two examples. One or more icons are thendisplayed as indicated in block 48. If an expiration time wastransmitted with the trigger data, a check at diamond 50 determineswhether the expiration time has occurred. If so, the flow ends.Otherwise, the icon persists.

While the present invention has been described with respect to a limitednumber of embodiments, those skilled in the art will appreciate numerousmodifications and variations therefrom. It is intended that the appendedclaims cover all such modifications and variations as fall within thetrue spirit and scope of this present invention.

1. A method comprising: receiving a user selection of a category ofcontent that a user is interested in; receiving video data andassociated ancillary information automatically determining whether thatvideo data has associated ancillary information of a category that theuser is interested in; and if so, automatically displaying, during thedisplay of said video data, an icon to indicate to the user theavailability of ancillary content of a category the user is interestedin.
 2. The method of claim 1 including receiving and storing a pluralityof icons on a receiver, each icon indicative of a particular type ofcontent that may be included in ancillary information associated withvideo data.
 3. The method of claim 2 including, before receiving theancillary information, determining which icons in the plurality of iconshave been pre-selected by a user, the pre-selected icons identifyingcontent of the ancillary information that the user is interested inknowing about.
 4. The method of claim 3 including receiving, on thereceiver, video data and the ancillary information associated with saidvideo data, the ancillary information including a local identifier thatpoints to a location storing one of the icons in the plurality of icons.5. The method of claim 4 including, if the icon in the plurality oficons pointed to by the local identifier corresponds to a pre-selectedicon, displaying the pre-selected icon that is pointed to by the localidentifier indicative of at least a part of the content included in saidancillary information, otherwise if the icon in the plurality of iconspointed to by the local identifier corresponds to an icon that was notpre-selected, not displaying the icon of the plurality of icons that wasnot preselected.
 6. The method of claim 1 including, before receivingthe ancillary information, determining which icons in the plurality oficons have been pre-selected by a user, the pre-selected iconsidentifying content of the ancillary information that the user isinterested in knowing about.
 7. The method of claim 1 includingreceiving, on the receiver, video data and the ancillary informationassociated with said video data, the ancillary information including alocal identifier that points to a location storing one of the icons inthe plurality of icons.
 8. The method of claim 1 including, if the iconin the plurality of icons pointed to by the local identifier correspondsto a pre-selected icon, displaying the pre-selected icon that is pointedto by the local identifier indicative of at least a part of the contentincluded in said ancillary information, otherwise if the icon in theplurality of icons pointed to by the local identifier corresponds to anicon that was not pre-selected, not displaying the icon of the pluralityof icons that was not preselected.
 9. The method of claim 4 includingagain receiving ancillary information including a particular type ofcontent, and in response thereto, displaying one of said iconsindicative of the particular content type only if said one of said iconsof a particular icon is one of said icons of said plurality of iconsthat was pre-selected by the user.
 10. The method of claim 4 includingreceiving said video data and information used to identify the contentincluded in said ancillary information in a first transport stream andreceiving said ancillary information over a second transport stream. 11.The method of claim 10 wherein receiving the ancillary information overa second transport stream includes receiving said ancillary informationover an MPEG-2 delivery system.
 12. The method of claim 4 includingparsing the local identifier from an announcement stream.
 13. The methodof claim 4 wherein receiving a local identifier includes receiving alocal identifier that is based on the content of the ancillaryinformation.
 14. The method of claim 4 wherein receiving a localidentifier includes receiving a local identifier in a trigger.
 15. Themethod of claim 4 wherein receiving a local identifier includesreceiving a unique identifier for each icon relative to a given namespace.